home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 312 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: america.com!not-for-mail
  2. From: "Holger Kruse" <kruse@america.com>
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: Re: AmiTCP/PPP/Amosaic problem
  5. Date: Tue, 09 Jan 1996 07:27:49 -0500
  6. Organization: private Amiga site
  7. Message-ID: <kruse.53114582@america.com>
  8. References: <4c7kh8$3rr@parsifal.nando.net> <19960108.7D33088.E468@daemon.apana.org.au> <19960108.11B2908.D601@olympus.net>
  9. Reply-To: "kruse" <kruse@cs.ucf.edu>
  10. NNTP-Posting-Host: lafayette.ppp.america.com
  11. X-NewsReader: IntuiNews 1.3a (7.9.95)
  12.  
  13. In article <19960108.11B2908.D601@olympus.net>, Don Schmelling
  14. <dons@olympus.net> wrote:
  15.  
  16. > : As an example, I tried to get ppp0.config to dial using serial.device at
  17. > : 19200bps, and then repeated the exercise at a speed of 38400bps.
  18. > As long as the modem supports a dte rate, it does not matter what you set
  19. > it to in this case.
  20.  
  21. This is not true. It can make a big difference if you set the serial speed
  22. to 19200, 38400 or 57600, because depending on your screen mode, number of
  23. colors etc. there is a limit on the speed that the Amiga builtin serial
  24. port can handle. Once you exceed this speed you will get random lost
  25. characters.
  26.  
  27. > : The dialscript contained:
  28. > : send "ATZ"
  29. > send "ATZ\R"
  30.  
  31. NO !!! This is already part of the SEND command.
  32.  
  33. > : So I changed to a replacement for the serial device -- 8n1.device -- and
  34. > : retried whithout any problems whatsoever. There are other devices that
  35. > : would equally be as good.
  36. > :
  37. > I do not agree with your assumptions, or methodology, but I do agree with
  38. > your end result.  I use 8n1.device myself.
  39.  
  40. Apparently your problem was caused by bandwidth limitations. The original
  41. Commodore serial.device needs more overhead (and thus a higher available 
  42. chip mem bus bandwidth) during a serial interrupt, so switching to a
  43. different device may help.
  44.  
  45. I would recommend you do not use 8n1.device though. It seems to work okay
  46. for some users, but I have received quite a lot of "bug reports" about
  47. ppp.device crashing, which in all cases was in fact caused by bugs in
  48. 8n1.device.
  49.  
  50. The other replacement serial devices (v34, baudbandit etc.) do not seem to
  51. have this problem. 
  52.  
  53. > The problem with that little script you wrote is that you never told the
  54. > modem
  55. > that there was an EOL.  So the modem just sits there waiting for an EOL.
  56. > If you type atz in a term program you automatically hit the return key.
  57. > So you need to tell the modem the same thing when you use a script.
  58. > The \r combination signifies a <return> with my Supra Fax/Modem V.34
  59. > external,
  60. > and I believe that this is fairly standard.
  61.  
  62. This is already part of the SEND command, so do NOT use something like
  63. `SEND "ATZ\r'. If you do not want to send a raw binary string without the
  64. trailing line feed you can use SENDBIN.
  65.  
  66. > I hope you can see that the problem you are experiancing is a user error
  67. > and
  68. > not a software error with the serial.device.
  69.  
  70. Not true...
  71.  
  72. --
  73. Holger Kruse   kruse@cs.ucf.edu   kruse@america.com
  74.                http://www.america.com/~kruse/home.html
  75.  
  76.